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Die f olgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

® Chipkartengestutzte multifunktionale Kommunikationseinrichtung 

© Bei der erfindungsgemaSen Einrtchtung handelt es 
sich um eine chipkartengestutzte multifunktionale Kom- 
munikationseinrichtung fur Verbraucher, Handel, Gewer- 
bebetriebe, kommunale Einrichtungen und dergleichen 
mehr. 

Sie bedient sich der klassischen Elemente der Informati- 
onsverarbeitung zur Erfassung, Speicherung, Umsetzung 
und Wettergabe von Informationen und eignet sich in bis- 
her nicht erreichtem Umfang und in vielfaltiger Weise als 
Ausweis- und Nachweisfunktionstrager, als Instrument 
der Kundenbindung, zur Erfassung von Daten der Materi- 
alwirtschaft oder von Marketing-Relevanz und zur siche- 
ren Steuerung von bargeldlosen Zahtungsverkehren im 
Bankbereich. Zur vorgesehenen Funktionafitat setzt die 
erfindungsgemaRe multifunktionale Kommunikations- 
einrichtung das gleichzeitige Vorhandensein ihrer Kom- 

■ ponenten Chipkarte, POS-Endgerat und Hintergrundsy- 
p stem sowie das Zusammenspiel der jeweils eingesetzten, 

■ aufeinander abgestimmten Standard-Hardware und 
-Software voraus. Sie ist durch ihre system inh a rente 
Identifikationssystematik weder in der Emittenz noch in 
der Akzeptanz der Karten beschrankt und beteiligt die 
Nutzer durch Multi-Transaktionserfassung und Transakti- 
onsdatensplittung in gesteuerter, kontrollierter Weise an 
erfaRten Daten, Gebuhren und Ertragen. 
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Beschreibung 

Die Erfindung betrifft eine chipkartengestutzte multifunktionale Kommimikationseinrichtung fur Handel, Gewerbebe- 
triebe, kommunale Einrichtungen, offentlichen Personennahverkehr sowie fiir Verbraucher und client der Erfassung, 
5 Speichening, Umsetzung und Weitergabe von Informationen. 

Plastik-Karten sind seit Jahrzehnlen als Ausweistrager und als Mittel das bargeldlosen Zahlungsverkehrs in alien we- 
sentlichen Markten eingefuhrt Sie fanden als durch die Kreditwirtschaft emittierte Massenzahlungsverkehrskarten und 
in vielfaltiger Form als von Leistungsanbietem emittierte Kunden- oder CLubkarten Verwendung, zunachst nur unter 
Ausnutzung ihrer Druckprageeigenschaft Bis vor wenigen Jahren war die Kartenspeicherkapazitat fur elektronisch les- 
10 bare Informationen durch die geringe einschlagige Leistungsfahigkeit der Magnetstreifentechnologie sehr beschrankt. 
Mit der Erafiihrung der Mikroprozessoren, sogenannter Chips, die sich zur Verarbeitung und Speichening von fur End- 
gcrate verarbeitbaren Informationen auf Plastikkarten implantieren lassen, ist diese technologische Barriere im Prinzip 
gefallen. 

Zur bargeldlosen Zahlung werden sowohl debitorische als auch kreditorische Karten angeboten. Mit einer kreditori- 
15 schen Karte wird dem Dienstenutzer ein fur vorzugsweise hoherwertige Bezahlvorgange nutzbarer Kreditrahmen einge- 
raumt. Mit einer debitorischen Karte wird sein Girokonto direkt in Anspruch genommen. Mit einer Borsenkarte verfiigt 
er iiber ein "elektronisches Portemonnaie", mit dem er auch niedrigpreisige Bezahlvorgange schnell und anonym tatigen 
kann, bei unmittelbarem Oberblick iiber seine Ausgaben, wie zum Beispiel Telefonieren, Fahrscheine fur den offentli- 
chen Nahverkehr kaufen, Parkgebiihren bezahlen, Zeitungen kaufen, Reiseproviant kaufen und so weitet 
20 Bekannte Systeme zum Transferieren von Buchgeldbetragen arbeiten teilweise noch rait der Magnetstreifentechnolo- 
gie. Heute arbeiten sie jedoch zunehmend auf Smart-Card-Basis, das heiBt: deren Karten sind chip-bestuckL 

Mindestvoraussetzung fur das Transferieren von Buchgeldbetragen ist das Vorhandensein einer vorausbezahlten, mit 
einem virtuellen Geldbetrag versehenen Karte und ein- bei einer Akzeptanzstelle stehendes Endgerat fiir elektronische 
Bezahlung. Solche Karten werden in derRegel direkt beim Emittenten gekauft, wie zum Beispiel die nicht aufladbare Te- 
25 lefonkarte der Deutschen Telekom AG. Die Entwicklung geht jedoch in Richtung der wiederaufladbaren Karte, wie zum 
Beispiel die Geldkarte der deutschen Kreditwirtschaft, die Pay-Card der Deutschen Telekom AG oder die Postbank-Card 
der Deutschen Postbank oder das Proton-Kartensystem der Betreibergesellschaft Banksys, einem belgischen Banken- 
konsortium. Solche Karten sind anonym oder, unter Verwendung einer personlichen Identifikations-Nummer (PIN), per- 
sonalisiert nutzbar. 

30 Eine anonyme Karte kann nur bar geladen werden und zwar an hierfur von der Betreibergesellschaft autorisierten Ver- 
kaufsstellen. Als Sicherheit kann dem Kunden eine Quittung iiber die Hone des geladenen Betrags ausgehandigt werden. 
Die bekannten anonymen Karten sind nicht nachtraglich personifizierbar. 

Eine personalisierte Karte ist iiber ein geeignetes Endgerat und einen Netzknotenrechner iiber die Telefonleitung lad- 
bar. Hierbei wird ein Datensatz erzeugt, der Grundlage fur die Einziehung des geladenen Geldbetrags vom Girokonto des 

35 Kunden ist Zur Uberpriifung der Nutzungsberechtigung muB vor jedem Ladevorgang dessen PIN-Nummer eingegeben 
werden. Die Abbuchung vom Girokonto erfolgt aufgrund einer Einzugsermachtigung des Kunden, nach den herkomm- 
lichen Lastschrifteinzugs- oder Abbuchungsverfahren. Beleg ist der Kontoauszug. 

Moglichkeiten fur ein abgesichertes Transferieren von Buchgeldbetragen auf die debitorische Borse von Chipkarten 
ohne PIN-Priifung gehen aus der DE- A-42 43 85 1 und der DE-A-44 41413 hervor. Dabei wird im Rahmen eines PIN-ge- 

40 sicherten, der kreditorischen Karte gewahrten Kredits deren debistorische Borse aufgefullt. 

Die derzeit am Markt befindlichen Kartensysteme bieten bis heute nur die Zahlungsverkehrapplikation und, im \fer- 
gleich zu den Moglichkeiten, sehr einfache Anwendungsapplikationen in Form von Inselldsungen an. Der vorliegenden 
Erfindung liegt demgegeniiber die Aufgabe zugrunde, ein offenes und inherent globales System zu erstellen, das dem In- 
formations verarbeitungsbedarf der unterschiedlichsten Interessenlagen im Markt in universellem Umfang gerecht wird. 

45 Diese Aufgabe wird erfindungsgemaB durch eine Einrichtung gemaB Patentanspruch 1 gelbst. Vbrteilhafte Ausgestal- 
tungen dessen sind den Unteranspruchen entnehmbat 

Die erfindungsgernaBe multifunktionale Kommunikationseinrichtung wird im nachfolgenden Text als "P-Card- Sy- 
stem" bezeichnet, wobei "P" fur Pyhrr, dem Nachnamen eines der Geschaftsfuhrer der anmeldenden Firma steht. Das P- 
Card-System bedient sich der klassischen Elemente der Informationsverarbeitung zur Erfassung, Speichening, Umset- 

50 zung und Weitergabe von Informationen und eignet sich in bisher nicht erreichtem Umfang und in vielfaldger Weise als 
elektronischer Ausweis- und Nachweisfunktionstrager zum Beispiel fur kommunale Einrichtungen, Handel, Gewerbe- 
betriebe, offentlichen Nahverkehr, - zur Anwesenhcitskontroile und dergleichen mehr. Das heiBt: auBer Daten zur siche- 
ren elektronischen Steuerung von bargeldlosen Zahlungsverkehren konnen die aufzunehmenden und zu verarbeitenden 
Informationen elektronische Ausweisfunktionen unterschiedlicher Art beinhalten, die - um Beispiele zu nennen - von 

55 dem nachstehend noch naher erlauterten und entsprechend ausgestatteten Endgerat (POS-Terminal) zum Telefonieren 
(durch Vorriisten fiir schnelle und sichere Auflademoglichkeit am Kartentelefon per Online/PIN), als "elektronischer 
Fahrschein" (durch Vorriisten fur schnelle und sichere Auflademoglichkeit an Fahrscheinterminals per On-line/PIN), als 
Zugangsberechtigung (zum Beispiel fiir Kunden eines GroBhandels, fur Mitarbeiter einer Firma auch im Rahmen einer 
Zeiterfassung), als "elektronischer Parkschein", als Vbrteilsanspruch beim Kauf (zum Beispiel als Kundenrabatt, als Gut- 

60 schein, als Wertmarke, zur Guthabenverzinsung des Betrags in der elektronischen Geldborse oder zur Absatzfinanzie- 
rung), als Immatrikulationskarte und so weiter interpredert werden konnen. Das P-Card-System sieht hierzu vor, andere 
Informationen, auBer solchen fiir den bargeldlosen Zahlungsverkehr, auf der Karte und im Hintergrund zu speichern, die 
sich aus Transakuonen zwischen Karte und Terminal ergeben konnen. Als Instrument der Kundenbindung kann das P- 
Card-System somit nicht nur im Bankenbereich dienen, wie dies bereits aus den Figuren der Zeichnung hervorgeht, son- 

65 dern auch iiber das Erfassen, Speichern, Umselzen und Wcitergebcn anderer Kaufdalen der Akzeptanzstellen, das heiBt: 
wie bereits die obigen Beispiele zeigen, insbesondcre von Daten mit Rclevanz fur Materialwirtschaft und Marketing so- 
wie zu Bonus-Systemen. 

Die Emittcnz der Karte und damit die Nutzung deren Flachen als kundcnkartenahnlichc Werbetrager, ist nicht nur auf 
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Institute der Kreditwiitschaft beschrankt, sondern kann - eingeschrankt lediglich durch Mindestabnahmekontingente - 
vom Handel, von Kommunen, von Verkehrsbetrieben , Parkhausem und Institutionen aller Art vorgenommen werden. So 
kann beispielsweise eine Handelskette als Emittent den Bezug zu den Warenwirtschaftssystemen der Mitgliedsbetriebe 
und die Erfassung von bestimmten Kaufdaten ("wer, was, wieviel, wie oft, wann, wo?") auf ihren P-Caids aufbringen 
I as sen, ein Warnings- und Garantieversicherer besondere Warengruppen erf as sen und eine Bank Kreditwunsche und Ab- 
satzfinanzierungsbedarf. Hierdurch und durch die Moglichkeit, Bonuspunkte und Verbrauchervorteile auf der Karte ne- 
ben der "elektronischen Geldborse w zu speichern, ist ein derzeit unerreichtes System der Kundenbindung fur die unter- 
schiedlichsten Anbieter entstanden und angeboten. Schon die Ladedienstleistung, an deren Erlosen die Akzeptanzstelle 
beteiligt ist, stellt ein Element der Kundenbindung dar. Da Anbieter und Akzeptanzstelleninhaber zugleich Emittenten 
der P-Cards sein konnen, mindern diese ihre jeweilige Iransaktionsgebiihrenbelastung und gestalten diese mit. 

Somit ist das P-Card-System ein - in erster Linie - kundenorientiertes Kommunikationssystem fur Handel, kommu- 
nale Einrichtungen, Offentlichen Nahverkehr und Verbraucher ohne Beschrankungen grundsatzlicher Art. Es ist sowohl 
im Netzbetrieb als auch im Internet einsetzbar. 

Die P-Card ist die weltweit einzige aufladbare Karte, die von ihrem Nutzer zunachst als anonyme Karte erwerbbar und 
als elektronische Borse benutzbar ist und erst nachtraglich, zeitversetzt zum Erwerb, auf ihn personalisierbar und dann 
auch unter Inanspruchnahme des Karteninhaberkontos einsetzbar ist. Hierzu wird die PIN zunachst, wie iiblich, bei der 
Herstellung und Numerierung der Karte erzeugt und im Hintergrund festgehalten und gespeichert. Die im System vorge- 
haltene PIN, die zu der noch anonymen Karte gehort, wird erst dann ausgestoBen und dem Karteninhaber zuganglich ge- 
macht, nachdem ihr Nutzer der Kartenkontenverwaltung unter anderem seine Bankverbindung mitgeteilt hat. Weitere 
Einzelheiten, insbesondere bezuglich der Erzeugung und der Ubergabe der personlichen Identitatsnummer (PIN), bezie- 
hungsweise der PUK (personal unlock key), gehen aus den Verfahrensanspriichen hervor. 

Das erfindungsgemaBe P-Card-System wird nachfolgend im Rahmen eines bevorzugten Ausfuhrungsbeispiels anhand 
der Zeichnungen beschrieben. Das Ausfuhrungsbeispiel betrifft die Anwendung des P-Card-Systems als handels- und 
verbraucherorientiertes, mulufunktionales, bargeldloses Zahlungssystem mit elektronischer Geldborse. Es geht insbe- 
sondere auf die speziellen Gegebenheiten im Handel ein und erortert, insbesondere am Beispiel des Lebensmitteleinzel- 
handels, die technischen Ablaufe fur die Steuerung von bargeldlosen Zahlungsverkehren. 

Es zeigen 

i) Allgemein: 

Fig. 1 den Erfindungsgegenstand in schematischer Darstellung; (Sie erlautert anhand a) des Aufladens und b) des Be- 
zahlens das Wechselspiel zwischen Kommunikation und bargeldlosen Zahlungsverkehren.) 
Fig. 2 ein Abwicklungsschema fur mit dem P-Card- System mogliche TVansaktionen; 
Fig. 3 Grundzuge der Identifikationssystematik. 

ii) Fur die Steuerung von Zahlungsverkehren im Speziellen: 
Fig. 4 Aufladen unter Konto-Inanspruchnahme; 

Fig. 5 Aufladen gegen Bareinzahlung; 

Fig. 6 Bezahlen aus der elektronischen Borse der Karte; 

Fig. 7 Bezahlen unter Konto-Inanspruchnahme. 

Wie insbesondere die Fig. 1 der Zeichnung im Prinzip erkennen laBt, grundet das P-Card-System auf dem Dialog zwi- 
schen Karte und Endgerat einerseits sowie zwischen Endgerat und Rechenzentrum im Hintergrund und den kontenftih- 
renden Clearing-Banken der Emittenten der Karten und Acquirer der Akzeptanzstellen andererseits. Inhalt dieses Dialo- 
ges sind die Parameter der Transaktion: Der Karteninhaber setzt seine P-Card am P-Card-fahigen Endgerat ein, urn zum 
Beispiel seine Zutrittsberechdgung oder seine Zahlungsbereitschaft gegenuber Lieferanten und Dienstleisteni nachzu- 
weisen. Diese Karte wird durch ihre Identiflkationsnummer eindeutig erkannt und laBt im Falle der auf den Inhaber per- 
sonalisierten Karte den SchluB auf dessen Identitat und Bankverbindung und auf den gesicherten geldwerten Anspruch 
auf ihrem Speicher, der sogenannten elektronischen Geldborse, zu, - im Fall der anonymen Karte nur auf letzteren. In je- 
dem Fall erkennt jedoch das System den Emittenten der Karte. Das Endgerat erfaBt und verarbeitet diese Daten und gibt 
sie in alien Fallen einer Online-Transaktion sofort an das Rechenzentrum weiter, bei Offline-Transaktionen anlaBlich des 
sogenannten Kassenschnitts. Zugleich registriert das Endgerat zum Beispiel die Entnahme aus der elektronischen Geld- 
borse beim Bezahlvorgang auf der Karte selbst und schreibt ihr Bonuspunkte und ahnliches zu, fails der Akzeptanzstel- 
len- und Endgeratinhaber solche an seine Kunden zu vergeben wiinscht; die Erfassung, Verarbeitung und Weitergabe des 
Gegenstandes der Lieferung und Leistung kann ebenfalls erfolgen. Auch das Endgerat wird durch seine Tbrminal-Iden- 
tifikationsnummer eindeutig erkannt und laBt den SchluB auf den Akzeptanzstelleninhaber, seine Bankverbindung und 
seinen Acquirer zu. In alien Fallen, in denen bei der Transaktion ein Bankkontenbezug des Karten- oder Akzeptanzstel- 
leninhabers hergestellt werden muB, sichert das System diesen durch das Abfragen der personlichen Identifikations- 
Nummer (PIN), also stets dann, wenn der Akzeptanzstelleninhaber den Betrag der Baraufladung vom Karteninhaber zum 
Aufladen von dessen elektronischer Geldborse entgegennimmt oder letzterer sein Bankkonto zum Bezahlen oder Laden 
in Anspruch nehmen will. Zusammenfassend heiBt das: Das System stellt Transaktionsart, zutreffenden Gebiihrentarif 
und die jeweils Begunstigten fest und steuert die Zahlungsverkehre, die ihrerseits ausnahmslos bei den Banken durchge- 
fuhrt werden. 

Wie insbesondere die Fig. 2 zeigt, erhebt das System Transaktionsgebuhren aus den Umsatzen der Akzeptanzstelle be- 
ziehungsweise aus den Ladebetragen des Karteninhabers. Es bestehen branchenspezifische Gebuhrentarife, die aus- 
nahmslos von der Transakuonshaufigkeit, nicht vom Umsatz selbst, abhangig sind. Die beschriebene Identifikationssy- 
stematik laBt es zu, Emittenten, Acquirer, Rechenzentren, den Systembetreiber und Akzeptanzstelleninhaber an Erlosen 
aus den Transaktionsgebuhren zu beteiligen. 

Die Kosten des P-Card-Sy stems werden durch den Karteninhaber in Form der obengenannten Ladegebuhrcn - und 
durch den Akzeptanzstelleninhaber in Form der obengenannten Transaktionsgebuhren getragen. Die Transaktionsgebuh- 
ren sind branchenspezifische Tarif-Festwerte, die von der Anzahl der P-Card-Transaktionen pro Zeiteinheit (zum Bei- 
spiel pro Monat) abhangen; sie richten sich nur insoweit nach dem Transaktionsbetrag, als fiir typische Kleingeldausla- 
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gen (unter 10,- DM) ein besonders giinsliger Tarif vorgesehen ist. Sie werden zwischen den am System Beteiiigten ver- 
teilt und sind insbesondere von der Akzeptanzs telle durcb ihren Anteil an Aufladegebuhren fur die erbrachte Kunden- 
dienstleistung im Nettoergebnis zu beeinflussen, jedoch auch vom Karteninhaber durch die Verzinsung des Bestandes 
seiner durch das System dargestellten "elektronischen Geldborse". 
5 Das Bezahlen erfolgt zunachst aus der elektronischen Geldborse offline, wobei zum Beispiel fur Betrage bis zu DM 
10,00 - dem definierten Kleingeldbetrag - eine Transaktionsgebiihr von DM 0,06 und fur Betrage uber DM 10,00 eine 
Transaktionsgebuhr von DM 0,35 bis DM 0,12 (je nach Transaktionsanzahl dieser Akzeptanzstelle) dem Handler berech- 
net wird. Ist der Betrag hoher als der Borsenbestand, so kann online unter Kontoinanspruchnahme bezahlt werden (So- 
genannte P-ELV-Bezahlung). Wunscht der Handler oder der Verbraucher allerdings den Zahlvorgang ausdriicklich aus 

10 der elektronischen Geldborse oder aber unter Kontoinanspruchnahme (P-ELV), offline oder online, so kann der Bezahl- 
vorgang durch entsprechende Funktionstasten auch gema^B diesen individuellen Wiinschen durchgefuhrt werden, gege- 
benenfalls auch bei Kontoinanspruchnahme bis zu einem einstellbaren Grenzwert offline. 

Ist die elektronische Geldborse auf einen Minimalbetrag gesunken, wird per Display des Terminals gefragt: "Aufla- 
den?" Der Verbraucher kann mit "Ja" oder "Nein" antworten. Bei "Ja" wird Pin-gestiitzt online nachgeladen. 

15 Die Elemente des P-Card-Systems sind, in Hardware und in Software: 

i) Die Smartcard als multifunktionale, mikroprozessorgesteuerte Chipkarte mit 20 Kbyte EEPROM (electrically era- 
sable programmable read-only-memory) und MFC (multifunkdonales Chipkarten)-Betriebssystem der Firma ORGA- 
Kartensysteme (oder anderer Hersteller) einschlieBlich Keymanagement, "Bdrsen ,, -Applikation und Informationsfeldem 
fur zusatzliche Applikationen und Hinterlegung von Daten, - die (zunachst) anonym herausgegeben oder aber (spater) 

20 auf Antrag und Listung auf einen Kontoinhaber personalisiert werden kann; 

ii) das POS (point of sale)-Terminal der Firma Krone-Kommunikationstechnik (oder anderer Hersteller) in unter- 
schiedlichen, auf Branchen- und Einsatzgebiete bezogenen Versionen, das sowohl die auf der Karte gespeicherten Infor- 
mationen liest, umsetzt, weitergibt als auch neue Inforraationen auf die Karte schreibt und speichert zur spateren \ferar- 
beitung. Durch die eingefiigte "Handler "-Chipkarte mit TSM (terminal security module) ist das POS-Terminal befahigt, 

25 die Rechtmafiigkeit des Zugriffs auf Informationen auf der "Kunden"-Chipkarte zu verifizieren und Transaktionen zu au- 
torisieren; 

iii) das Hintergrundsystem, bestehend aus einem Netzknotenrechner FEP (front end processor), der die Schnittstelle zwi- 
schen POS -Terminal und Rechenzentrum bildet, mit Security-Boxen, um P-Card- Applikationen erweiterte Standard- 
Netzbetreibersoftware zur Sarnnilung, Verwaltung sowie Einleitung der Weitergabe von Informadonen, das zunachst In- 

30 formationen im ZVT (Zahlungs- Verkehr-Terminal)-Format mit MAC (message authentification code)-Schliissel zur Ab- 
sicherung vom POS-Terminal und uber dieses von der Karte empfangt, sowie ebenso an das POS-Terminal und uber die- 
ses an die Karte sendet, weiterhin Informationen uber Transaktionen aller Art zwischen Karte und Terminal speichert, 
umsetzt und weitergibt, zum Beispiel in der Form von Auftragen im DTA (Daten-Trager-Austausch)-Format an die Ban- 
ken des Karteninhabers, der Akzeptanzstellen oder der Treuhand-Sammelkonten zur Auslosung von Zahlungsverkehren, 

35 die ausschlieBlich zwischen den Banken erfolgen. Bei der Steuerung der Zahlungsverkehre der Aufladung und Bezah- 
lung mit Kontobezug ist die PIN (personal identification number) des Karten- bzw. Akzeptanzstelleninhabers erforder- 
lich, die das Hintergrundsystem bei der Chargengenerierung ( Reservierung der Identifikationsnummernkreise fur Karten 
3 erzeugt und zur individuellen Ausgabe nach Bonilatspriifung am ASM-POF (authentification security management 
production order formatter) hinterlegt und bereithalt. Zugleich wird dort der PUK (personal unlock key), zur Variierung 

40 der PIN durch den Karteninhaber, erzeugt. Weiterhin werden Informationen von den Banken (\blizugsraeldungen, Kon- 
tostande, Ruckbuchungen und so weiter) erhalten, gegebenenfalls in Sperrlisten (sogenannten "Black/White tt -Listen der 
kontinuierlichen Bonilatspriifung) hinterlegt und zu Abrechnungsdarstellungen fur Beteiligte aufgearbeitet. Auch wer- 
den Zusalzinformationen, die sich aus den Transaktionen Karten /Terminal ergeben, fiir Berechtigte, zum Beispiel die 
Emittenten der Karten oder die Acquirer der Akzeptanzstellen, insbesondere aber fur Karteninhaber und Akzeptanzstel- 

45 len, nach deren Anweisungen erfafit, entsprechende Darstellungen erzeugt und abgegeben. 
Zu den Besonderheiten des P-Card-Systems gehort: 

i) Die Moglichkeit der durch kryptographische Schlussel in MF (master files), DF (dedicated files), und EF (elemen- 
tary files) gesicherten Informationsspeicherung auf der Karte, insbesondere fur geldwerten Anspruch des Karteninha- 
bers, den er durch Bareinzahlung (bei anonymer Karte) oder aber Belastung seines Bankkontos (bei auf den Inhaber per- 

50 sonalisierter Karte) an jeder geeigneten Akzeptanzstelle erwerben kann. Zahlungsverkehre, die das Hintergrundsystem 
zu diesem Anspruchsaustausch bei den Banken auslost, konnen treuhanderisch auf eigens hierfur eingerichtete soge- 
nannte "B6rsen"-Poolkonten angewiesen, dort zugunsten des cinzahlenden Karteninhabers verzinst und ihm zur Nferfii- 
gung gehaltcn werden. Analog werden Umsatzerlosanspruche der Akzeptanzstellen bei Bezah lungs vorgangen aus der 
"Borse" der Karte beziehungsweise mit Kontobezug zunachst als Gutschrift M Handler"-Poolkonten zugebucht und an- 

55 schlieBend dem Handlerkonto uberwiesen. Die Fig. I der Zeichnung zeigt schematisch das Wechselspiel des Systems 
zwischen Kommunikation und S^ahlungsverkehren. 

2xi den Besonderheiten des P-Card-Systems gehort femcr: 

ii) die Moglichkeit, andere Informationen auf der Karte zu speichern, die sich aus Transaktionen zwischen Karte und 
Terminal ergeben konnen. Details hierzu wurden bereits im vorhergehenden Text unter dem Stichwort "Kundenbindung" 

60 erortert. 

Die vorstehend erorterten Besonderheiten des P-Card-Systems sind nur bei gleichzeitigem Vbrhandensein aller Ele- 
mente des Systems verfugbar und hangen unlosbar von der durch geeignete (und kryptographisch geschutzte) Software 
auf der Karte, im Terminal und im Hintergrund hervorgerufenen Eigenschaft des Systems ab, die Transaktionsart, ihren 
Ursprung und ihre Beteiiigten sowie die Relevanz der Transaktionsinformation fur diese eindeutig zu erkennen/zu iden- 
65 tifizieren und mit dieser im jeweils von den Beteiiigten vorgegebenen Sinne zu verfahren. Diese Beteiiigten sind fur den 
Informationsaustausch zunachst Karteninhaber, Akzeptanzstclleninhaber, Kartcnemittent, Akzeptanzstellcnacquirer und 
das Rechenzentrum; fur den gegebenenfalls damit verbundenen 51ahlungsverkehr die kontenfuhrenden Banken des Kar- 
teninhabers und der Akzeptanzstelle sowie die Banken der treuhanderischen Sammel-Pool-Konten. 
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Die Sicherheit des Zahlungsveikehrs wird auBer durch die der Software-inharente Kryptographie durch individueil 
nach Bonitatsgesichtspunkten einstellbare und im System hinterlegte Grenzwerte, sogenannte Limits fur maximalen 
Borsenbestand, fur maximale ^cumulative Barzahlungsentgegermahme der Akzeptanzstelle bei der Aufladung, fur so 
wohl kumulierte wie einzelne Maximalbetrage und -anzahlen von Lade- und Bezahlvorgangen der Karte gewahrleistet, 
wobei alle Ladeiransaktionen aus Sicherheitsgriinden online (bei kontengebundenen Karten und Kontoinanspruchnanme 5 
mil PIN-Eingabe durch den Karteninhaber, bei Baraufladung mil PIN-Eingabe durch den Akzeptanzstelleninhaber) 
durchgefuhrt werden miissen und alle kontenrelevanten Bezahltransaktionen auBerhalb des Borsenbestandes nach Sy- 
stemeinstellung oder Wahl der Akzeptanzstelle online (bei kontengebundenen Karten mit PIN-Eingabe durch den Kar- 
teninhaber) durchgefuhrt werden konnen; sowohl Ladetransakdonen wie Bezahltransaktionen mit Kontobezug sind 
kryptographisch gesichert. to 

Zur Erorterung der Steuerung von Zahlungsverkehren als bevorzugtes Ausfubrungsbeispiel wurde die Hintergrund- 
komponente "Rechenzentrum" aufgegliedert in Frontend-Prozessor, Kartenkonten-Verwaltung und Handlerkonten-Vfer- 
waltung und gezeigt, was diese sub-Komponenten im einzelnen tun, welche Interaktionen stattfinden miissen und de 
facto stattfinden, um die bestinimungsgemaBe neuartige Nutzung des P-Card-Systems dar zustellen. 

Die Einzeldarstellungen gemafi den Fig. 4 bis 7 erganzen die schemadschen Darstellungen gemaB den Fig. 1 bis 3. 15 

Die Fig. 4 bis 7 erhellen insbesondere: 

i) das Zusammenspiel des Frontend-Prozessors mit der Kartenkonten-Verwaltung und der Handlerkonten-Verwaltung 
sowie deren arbeitsteilige Funktionalitat der Speicherung, Verarbeitung und Weitergabe von Informationen; 

ii) die Kommunikation von Kartenkonten-Verwaltung KKV mit einer im Prinzip unbegrenzten Zahl von Kartenemit- 
tenten und deren Bankverbindungen einerseits, andererseits der Handlerkontenverwaltung HKV mit einer im Prinzip un- 20 
begrenzten Zahl vom Acquirem und deren Bankverbindungen, die durch Datensatze zum Handeln angehalten (abbuchen 
beziehungsweise gutschreiben von Geldbetragen und so weiter) oder einfach nur informiert werden; 

iii) die kontinuierliche Umsatz- und Gebiihrenermittlung und -verteilung. 

Weil der Lebensmitteleinzelhandel umsatzorientierte Disagien wegen der geringen Handelsspannen nicht akzeptieren 
kann wurden, wie eingangs bereits erwahnt, die transaktionsgebundenen Gebiihren auf die Transaktionsanzahl und nicht 25 
auf den Umsatz bezogen. 

Fig. 4 zeigt das Aufladen der Karte vom Konto des Karteninhabers. Hierzu wird: 



a) die Karte zum Aufladen unter Kontoinanspruchnanme am Terminal gesteckt. Es erfolgt die Eingabe der person- 
lichen Identifikationsnummer (PIN) und des Betrags sowie die Bestatigung der Kundenbedieneinheit (KBE)-An- 30 
zeige durch den Karteninhaber (0). 

b) Es erfolgt der Aufbau der Kommunikation Terminal zum Front- End- Pro zessor (FEP) (1), 

c) Der Front-End- Prozessor (FEP) erkennt anhand der Kartennummer die betrofFene Kartenkonten-Verwaltung 
(KKV) und stellt dieser den Autorisierungsdatensatz zu, bestehend unter anderem aus: 

- der Karten-Identifikations-Nurnmer (ID) 35 

- der Kennung der Kartenkonten-Verwaltung (KKV), (damit ist auch der Emittent (EM) idendfizierbar), 

- der Transakdonsart (hier: Kontoload KL), 

- der Front-End-Prozessor(FEP)-Kennung (fiir die Kartenkonten-Verwaltung (KKV) uber die Terminal-Secu- 
rity-Module(TSM)-Idenufikadons-Nummer (TSM-ID)), 

- der Terrninal-Idendfikauons-Nummer (TED) mit Name und Ort der Akzeptanzstelle, 40 

- dem Betrag. 

d) Die Autorisierung erfolgt durch die Kartenkonten-Verwaltung (KKV) (2) und die Daten werden im KKV-Modul 
"Kartenkontenverwaltung" gespeichert. 

e) Falls das Laden nicht abgelehnt wurde, wird die Karte mit dem Ladebetrag abzuglich Ladegebuhr geladen. Das 
heiBt: 45 
Es erfolgt ein entsprechender Eintrag in ihren Borsenspeicher. 

f) Der Front-End-Prozessor (FEP) bildet einen Datensatz zur Weiterleitung an die Handler-Konten-Verwaltung 
(HKV) und zu dessen Speicherung in der Handler-Konten-Verwaltung (HKV) (3), bestehend unter anderem aus: 

- der Karten-ID (Appiikadonsnummer), 

- der TYansaktionsart (hier Kontoload KL), 50 

- der Kennung Kartenkontenverwaltung (KKV) fur die Handlerkontenverwaltung (HKV) (digit 8, 9 und 10 
der Karten-ID), 

- der Front-End-Prozessor(FEP> Kennung fur die Kartenkontenverwaltung (KKV) uber die TSM-ID (digit 8, 
9 und 10 der Karten-ID), 

- der Terrmnal-Idendfikadonsnummer (ID), 55 

- dem Betrag. 

g) die Kartenkonten-Verwaltung (KKV) erzeugt einen Datentrager-Austausch(DTA)-Satz zur Abbuchung des La- 
debetrages (einschlieBlich der Ladegebuhr) vom Konto des Karteninhabers zugunsten des Poolkontos "Borse" und 
stellt diesen der Bbrsen pool-Bank des Emittenten zu (4). 

h) Die Kartenkonten-Verwaltung (KKV) kumuliert die KKV-Gebuhrenanteile uber den Erfassungs- und Abrech- 60 
nungs-Zeitraum (zum Beispiel ein Monat) und erzeugt nach dessen Ende einen Dalentrageraustausch(DTA)-Satz 

zur Gutschrift der Summe vom Poolkonto "Borse" zugunsten des KKV-Kontos. Dieser wird bei der Bank des Emit- 
tenten (EM) eingereicht (8). 

i) Die Kartenkonten-Verwaltung (KKV) kumuliert die Gebiihren-Anteile "Handler" uber den Abrechnungszeit- 
raum und erzeugt nach dessen Ende einen Datcntrager(DTA)-Salz zur Gutschrift der Summe vom Poolkonto 65 
"Borse" zugunsten des Handler-Poolkontos. Dieser wird der Bank des Emittenten (EM) zugestellt (5). 

k) Die Handlerkonten-Verwaltung (HKV) erzeugt einen Datentrageraustausch(DTA)-Satz, um die Gutschrift der 
Gebiihrenantcilc "Handler" vom Poolkonto "Handler" zugunsten des Handlcrkontos auszulosen und stellt diesen 
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der Handlerpool-B ank zu (6). 

1) Ebenso kumuliert die Handlerkonten-Verwaltung (HKV) die Gebiihrenanteile HKV und Systembetreiber Qber 
den Erfassungs- beziehungsweise Abrechnungszeitraum und erzeugt nach dessen Ende Datentrageraus- 
tausch(DTA)-Satze, um die jeweiligen Summen vom Poolkonto "Handler" den entsprechenden Konten gutzu- 
5 schreiben. Diese Datentrageraustausch(DTA)-Dateien werden bei der Bank des Acquirers (ACQ) eingereicht (7, 

10). 

Fig. 5 zeigt das Aufladen der Karte gegen Bareinzahlung. Hierzu wird: 

10 a) die Karte zura Aufladen gegen Bareinzahlung am Terminal gesteckt, und es erfolgt durch den Handler die Ein- 

gabe des Betrags sowie der personlichen Identifikationsnummer (PIN) des Handlers und durch den Karteninhaber 
die Bestatigung der Anzeige der Kundenbedieneinheit (KBE) (0). 

b) Es erfolgt der Aufbau der Kommunikation vom Terminal zum Front-End-Prozessor (FEP) (1). 

c) Der Front-End-Prozessor (FEP) pruft die Berechtigung des Handlers zum Laden von Karten (unter Bargeldent- 
15 gegennahme) und meldet das Ergebnis dem Terminal zuriick (2). Voraussetzung: der FEP erhalt Limits und Sperr- 

listen der angeschlossenen und iiber Terminal-Identifikationsnummer (TTD) identifizierten Terminals aus der Hand- 
lerkontenverwaltung (HKV) (2a). 

d) Falls das Laden nicht abgelehnt wurde, wird die Karte mit dem Ladebetrag abziiglich der Ladegebiihr geladen, 
das heiBt es erfolgt ein entsprechender Eintrag in ihren Borsenspeicher. 

20 e) Der Front-End-Prozessor (FEP) bildet einen Datensatz zur Weiterleitung an die Handlerkontenverwaltung 

(HKV) (3) sowie, anhand der Karten-Identifikationsnummer (ID), an die betrofFene Kartenkontenverwaltung 
(KKV) (4), bestehend unter anderem aus: 

- der Karten-ID; 

- der Transaktionsart (hien cash load (CL)), 

25 - der Kennung der KKV (Digit 8, 9 und 10 der Karten-ID), (damit ist der Emittent (EM) identifizierbar); 

- der FEP-Kennung fur die KKV iiber die Terminal-Security-Module(TSM>Identifikationsnummer (ID) (di- 
git 8, 9, 10); 

- der Terminal-ID, dem Namen und dem Ort der Akzeptanzstelle; 

- demBetrag. 

30 f) Die Handlerkontenverwaltung (HKV) erzeugt einen Datentrageraustausch(DTA)-Satz zur Abbuchung des Lade- 

betrags sowie der Ladegebiihr vom Handlerkonto zugunsten des Poolkontos "Handler" und stellt diesen DTA-Satz 
der Handlerpoolbank des Acquirers zu (5). 

g) Die Handerkontenverwaltung (HKV) erzeugt einen Datentrageraustausch(DTA)-Satz zur Gutschrift des Lade- 
betrags sowie der Ladegebiihr vom Poolkonto "Handler" zugunsten des Poolkontos "Borse" und stellt diesen DTA- 

35 Satz der Handler-Pool-Bank des Acquirers zu (6). 

h) Die Kartenkontenverwaltung (KKV) kumuliert die KKV-Gebuhrenanteile iiber den Erfassungs- und Abrech- 
nungszeitraum (beispielsweise ein Monat) und erzeugt nach dessen Ende einen Datentrageraustausch(DTA)-Satz 
zur Gutschrift der Summe vom Poolkonto "Borse" zugunsten des KKV-Kontos. Dieser DTA-Satz wird der Bank des 
Emittenten (EM) zugestellt (10). 

40 i) Die Kartenkontenverwaltung (KKV) kumuliert die Gebiihrenanteile "Handler" iiber den Abrechnungszeitraum 

und erzeugt nach dessen Ende einen Datentrageraustausch(DTA)-Satz zur Gutschrift der Summe vom Poolkonto 
"Borse" zugunsten des Handler-Poolkontos. Dieser DTA-Satz wird der Bank des Emittenten (EM) zugestellt (12). 
k) Die Handlerkontenverwaltung (HKV) erzeugt einen DaLentrageraustausch(DTA)-Satz, um die Gutschrift der 
Gebiihrenanteile "Handler" vom Poolkonto "Handler" zugunsten des Handlerkontos auszulosen und stellt diesen 

45 der Handlerpool-Bank (Acquirer(AcQ)-Bank) zu (11). 

1) Ebenso kumuliert die Handlerkonten-Verwaltung (HKV) die Gebiihrenanteile HKV und Systembetreiber iiber 
den Erfassungs- beziehungsweise Abrechnungszeitraum und erzeugt nach dessen Ende Datentrageraus- 
tausch(DTA)-Satze, um die jeweiligen Summen vom Handlerpoolkonto zugunsten der entsprechenden Konten gut- 
zuschreiben. Diese DTA-Satze werden der Acquirer(ACQ)-Bank zugestellt (7, 8). 

50 

Fig. 6 zeigt den Bezahlvorgang aus der elektronischen Borse der Karte. Hierzu wird: 

a) die Karte zum Bezahlen aus der Borse (Reduce) am Terminal gesteckt. Hernach erfolgt die Eingabc des Betrages 
sowie die Bestatigung der Anzeige der Kundenbedieneinheit (KBE) durch den Karteninhaber (0). 
55 b) Es erfolgen die Abbuchung des Kaufbetrages (= Handlerumsatz) vom Borsenbestand der Karte und der Eintrag 
des neuen Bestandes auf dem Borsenspeicher der Karte. Reicht der Borsenbestand der Karte nicht aus, erfolgt eine 
Ablehnung. 

c) alle Reduce(RD)-Transaktionen werden im Terminal gespeichert und entweder beim nachsten Kassenschnitt 
(durch den Handler) oder bei einer (nachsten) Online-Transaktion im piggy- pack- Verfahren) zum Front-End-Pro- 

60 zessor (FEP) ubertragen ( 1 ) und dort abgespeichert. 

d) Der Front-End-Prozessor (FEP) berucksichugt im weiteren nur zwischen zwei Kassenschnitten angefallene 
Transakuonen und laBt solche vor dem noch nichterfolgten nachsten unberiicksichugt Diese verarbeitbaren TVans- 
aktionen werden vom FEP taglich als Datensatz der Handler-Kontenverwaltung (HKV) zugefuhrt (6) und fur jede 
Karten-Kontenverwaltung (KKV) und damit fur jeden Emittenten (EM) nach Tbrminal-Idenufikationsnummer (ID) 

65 sortiert und via Fdetransfer zugelcitet (2). 

Der Datensatz beinhaltet im Prinzip: 
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KKV-Nr . : 000 
Terminal-ID: 000 000 00 

Typ(Emittenten(EM)-Gebuhrenanteil) : Normale Akzeptanz- 

stelle 

Name, Ort der Akzeptanzstelle, Bezeichnung des Automaten 

Anzahl der P-Card-Bezahltransaktionen einer Akzeptanz- 

stelle im Abrechnungszeitraum: 

Karten-ID: 000000 0000 00000000 0 

Urns a t zbet r ag : 0 0 0 0 0 Pf g 

Typ ( Emi t ten ten ( EM ) -GebtLhr enan t e i 1 ) : 

Regular : uber DM1 0 , - 

Kleingeldborse : unter DM10,- 



10 



15 



20 



25 



30 



35 



40 



e) Hieraus ermittelt die Karten-Kontenverwaltung (KKV) die uber den Abrechnungszeitraum (beispielsweise ein 
Monat) kumulierten Gebiihrenanteile des Emittenten (EM) und erzeugt nach dessen Ende einen Datentrageraus- 
tausch(DTA)-Satz zur Gutschrift vom Poolkonto "Handler" zugunsten des Emittenten-Kontos und stellt diesen der 
Bank des Emittenten zu (5). In gieicher Weise wird von der KKV der Gebiihrenanteil fiir den Vertrieb des Emitten- 
ten (EM) und der Kartenkontenverwaltung selbst als Summe ermittelt und dem Konto EM- Vertrieb beziehungs- 
weise KKV-RZ vom Borsen-Pool-Konto gutgeschrieben (13, 12). Dieser Datentrageraustausch(DTA) wird eben- 
falls bei der EM-Bank eingereicht. 

f) Die Kartenkontenverwaltung (KKV) erzeugt einen Datentrageraustausch(DTA)-Satz, urn die tagliche Gutschrift 
der kumulierten (Handler)Umsatzbetrage vom Poolkonto "Borse" zugunsten des Poolkontos "Handler" auszulosen 
und stellt diesen der Borsenpool-Bank des Emittenten zu (4). 

g) Die Handler-Kontenverwaltung (HKV) speichert die Reduce-^VTVansaktionen unter der jeweiligen Termi- 
nal-Identifikarions-Nummer (TID) und kumuliert die Umsatzbetrage uber den (vereinbarten), als Systemparameter 
steuerbaren Abrechnungszeitraum zum Stichtag (zum Beispiel zum lOten, 20ten, 30ten, jeden Monats). An diesem 
erzeugt sie einen DTA-Satz, der die Gutschrift vom Poolkonto "Handler" zugunsten des Handler-Kontos ausiost (3) 
und stellt ihn der Handlerpool-Bank des Acquirers zu. 

h) Die Handlerkonten-Verwaltung (HKV) fuhrt taglich eine kumulierte Vorbewertung fur die Erfassung der Trans- 
aktionsgebuhren aus Anzahl und Art der Trans aktionen durch. 

Die nachfolgende Summation kann fallweise iiber bis zu vier Hierarchien: 

"Mandant" = Zentralen, Dachgesellschaften, 45 

"Handler" = VU, 

"Fdiale" = der einzelnen Handler, 

"Terminal" = Akzeptanzstelle, 

erfolgen, um in der Zusammenfassung hohere Transakuonsanzahlen zu erreichen. Zusammenschlusse konnen niedrigere 50 
Transaktionsgebuhren erwirken. 

Die vorstehend genannte Erfassung hat im Prinzip zum Inhalt: 



55 



60 



65 
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Terminal-ID: 000 000 00 




5 


Akzeptanzstelle im: Allgemeinen Tarif 






LEH / Tankstellentarif 






Automatentar i f 




10 


OPNV-Tarif (1 bis n) 






Telefon-Tarif (1 bis n) 






in anderen Tarifen 




15 


Stammdaten Akzeptanzstelle: Anschrift, Bankverbindung usw 




Acquirer: Anschrift, Bankverbindung usw. 


20 


Transaktionsart 


Summen 




Transaktionen 






Anzahl: im allg. Tarif (RD+PELV) 


000 


25 


- da von Kleingeldborse (RD) 


000 




LEH/Tankstel lentarif ( RD+PELV ) 


000 




- davon Kleingeldborse (RD) 


000 


30 


Automatentar if ( RD ) 


000 




OPNV-Tarif (1 bis n) (RD+PELV) 


000 




Telefon-Tarif (1 bis n) (...) 


000 


35 


in anderen Tarifen ( . . . ) 


000 




Ladetr ansakt ionen : ( CL+KL ) 


000 


40 


Gesamtzahl der Transaktionen: (RD+PELV+CL+KL+. . . ) 


0000 



i) Die Gesamtanzahl der Transaktionen im Abrechnungszeitraum (beispielsweise ein Monat) bestimmt die fur die 
45 Akzeptanzstelle relevanten (festgelegten) Gebuhren-Tarifstaffeln. Die Anzahl der im Abrechnungszeitraum ange- 

fallenen Transaktionen je Transaktionsart werden mit dem fur diese anzuwendenden Staffeltarif multipliziert und 
die resultierenden Belrage aufsummiert. Die Handlerkonten-Verwaltung (HKV) erzeugt am Ende des Abrech- 
nungszeitraumes einen Datentrageraustausch(DTA)-Satz zur Abbuchung der Gebuhrensumme vom Handlerkonto 
zugunsten des Poolkontos "Handler" und stellt diesen der Handlerpool-Bank des Acquirers zu (7). 
50 k) Von der Handlerkonten-Verwaltung (HKV) werden die Summe der Gebuhrenanteile fur alle Emittenten und de- 

ren Vertriebe, die bei der Kartenkonten-Verwaltung (KKV) gefiihrt werden, als Summe am Ende des Abrechnungs- 
zcitraumes vom Handlerpool-Konto dem Borsenpool-Konto gutgeschriebcn. Dicscr Datcntrageraustausch (DTA) 
wird bei der Bank des Acguirers (ACQ) eingereicht (14). 

I) Gleichzeitig ftigt die Handlerkonten-Verwaltung (HKV) in diesen Datentrageraustausch(DTA)-Satz die Gut- 
55 schrift der Gebuhrenanteile Kartenkonten-Verwaltung (KKV) vom Poolkonto "Handler" zugunsten des Borsen- 

Pool-Kontos ein. 

m) Weiterhin kumuliert die Handlerkonten-Verwaltung (HKV) die Gebuhrenanteile Rcchenzcntrum (RZ>HKV, 
Acquirer, Systembetreiber und System vertrieb iiber den Abrechnungszeitraum und erzeugt nach dessen Ende Da- 
tentrageraustausch (DTA)-Satze, urn diejeweiligen Summen vom Poolkonto "Handler" zugunsten der entsprechen- 
60 den Konten gutzuschreiben, wobei diese den Banken des Acquirers zugestellt werden (11,8, 10, 9). 

Die Fig. 7 zeigtden Ablauf eines Bezahlvorgangs vom Konto des Karteninhabers. Hierzu wird 

a) die auf den Inhaber personalisierte und damit kontogebundene Karte am Terminal gesteckt. Hemach erfolgt die 
65 Eingabc des Betrages, der Pcrsonlichen-Identifikations-Nummer (PIN) und die Bcstatigung der Kundcnbediencin- 

heit (KBE)-Anzeige durch den Karteninhaber (0). 

b) Erfolgt der Aufbau der Kommunikation vom Terminal zum Front-End-Prozessor (FEP) (1), unter der Vorausset- 
zung, daB die Transaktion den "Online-Bcdingungcn" des Systems entspricht; diese sind: 
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- der Betrag der PELV-Transaktion (zum Beispiel uber DM 50,00 

- die Anzahl der PELV-TVansaktionen pro Tag (z. B. raehr als 5) 

- oder: eine entsprechende Handlerintervention nach dessen Ermessen. 

Der Front- End- Prozessor (FEP) erkennt anhand der Kartennummer die betroffene Kartenkonten-Verwaltung 
(KKV) und stellt dieser den Autorisierungsdatensatz zu (2). 5 
Das sind unter anderem: 

- die Karten-ID (Applikationsnummer) 

- die Transaktionsart (hien "P-ELV Online") 

- die Kennung KKV (digit 8, 9, 10) der Karten-ID (fur die HKV) 

- die FEP-Kennung (uber TSM-ID; digit 8, 9, 10) (fur die KKV) 10 

- die Terminal- ID und lypenkennung, Name und Ort der Akzeptanzstelle, 

- der Betrag. 

Die Autorisierung erfolgt durch die KKV, die diesen Datensatz speichert, uber den FEP (2a). 

c) Falls die Autorisierung nicht abgelehnt wind, erzeugt die Kartenkontenverwaltung (KKV) einen Datentrageraus- 
tausch-(DTA)-Satz zur Abbuchung des BeUrags vom Karteninhaberkonto zugunsten eines Zwischenkontos des 15 
Emittenten (EM) und stellt diesen der EM-Bank zu. Wenn keine Deckung vorliegt, wind die Karte gesperrt (2a). 

d) Die Autorisierung erfolgt am TSM des Terminals unter der Voraussetzung, daB die Transaktion den "Offline-Be- 
dingungen" des Systems entsprichL Diese sind zur Zeit: 

- Betrag der Transaktion (z. B. unter DM 50,00), 

- Anzahl der PELV-Transaktionen/Tag (z. B. weniger als 5), 20 

- und: keine Handler- Intervention, die eine Online-Transaktion erzwingt. 

Das Terminal speichert die TVansaktionsdaten und ubertragt sie beim nachsten Kassenschnitt der Akzeptanzstelle 
bzw. im piggy-pick- Verfahren mit der nachsten Online-Transaktion dem Front-End-Prozessor (FEP) (13), der sie 
speichert und den entsprechenden Datensatz, das sind unter anderem: 

- die Karten-ID (Applikationsnummer) 25 

- die Transaktionsart (hier PELV), 

- die Kennung KKV (digit 8, 9, 10 der Karten-ID) (fiir die HKV), 

- die FEP-Kennung (uber TSM-ID; digit 8, 9, 10) (fur die KKV), 

- die Terminal- ID und lypenkennung, Name und Ort der Akzeptanzstelle, 

- der Betrag, 30 
der KKV weiterleitet. Hierbei beriicksichtigt er nur Transaktionen zwischen zwei Kassenschnitten (13) und verfahrt 
wie bei der Borsen-Bezahlung beschrieben. 

e) Die KKV speichert die Iransaktionsdaten, erzeugt einen DTA-Satz zur Abbuchung des Betrages vom Kartenin- 
haberkonto zugunsten eines Zwischenkontos des Emittenten und stellt diesen der EM-Bank zu (7). 

f) Sowohl bei Online- wie bei Offline-PELV-Transaktionen erzeugt die Kartenkontenverwaltung (KKV) DTA- 35 
Satze, um dem jeweiligen Handlerumsatz entsprechende Gutschriften vom Zwischenkonto des Emittenten, soweit 

sie einen entsprechenden Eingang vom Karteninhaberkonto festgestellt hat, zugunsten des Poolkontos "Handler" 
auszulosen und stellt diese der EM-Bank zu (4). Andemfalls erzeugt sie eine Handlerbenachrichtigung uber die 
Rucklastschrift. 

g) Die Kartenkontenverwaltung (KKV) ermittelt die uber den Abrechnungszeitraum (z. B. ein Monat) kumulierten 40 
Gebiihrenanteile des Emittenten und der Kartenkontenverwaltung selbst sowie des EM- Vertriebs, und erzeugt nach 
dessen Ende einen DTA-Satz zur Gutschrift vom Zwischenkonto zugunsten der Konten des Emittenten beziehungs- 
weise des KKV-RZ und des EM- Vertriebs und stellt diesen der Bank des Emittenten zu (5, 15, 12). 

h) Der Front-End-Prozessor (FEP) leitet die Datensatze zu Online- und Offline-PELV-Transaktionen taglich der 
HKV zu, die diese unter der jeweiligen TID speichert und die Umsatzbetrage uber den (vereinbarten) als System- 45 
parameter steuerbaren Abrechnungszeitraum zum Stichtag (z. B. zum lOten, 20ten, 30ten jeden Monats) kumuliert. 
Am Stichtag erzeugt die HKV einen DTA-Satz, der die Gutschrift vom Poolkonto "Handler" zugunsten des Hand- 
lerkontos auslost (3) und stellt ihn der Handlerpool-Bank des Acquirers zu. 

i) Die HKV ruhrt taglich eine kumulierte Vorbewertung fur die Erfassung der Transaktionsgebuhren aus Anzahl 
und Art der Transaktionen durch; 50 
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TID: 000 000 00 



10 



15 



20 



25 



30 



35 



Stammdaten 



Akzeptanzstelle im Allgemeinen Tarif 

LEH/Tanks t e llentarif 
Au toma t entar i f 
OPNV-Tarif (1 bis n) 
Tel. -Tarif (1 bis n) 
in anderen Tarifen 
(Anschrift, Bank- 
verbindung etc.) 
(Anschrift, Bank- 
verbindung etc.) 



Akzeptanzstelle 



Acquirer 



Transaktionsart : 

Anzahl der im Allgemeinen Tarif (RD+PELV) 
Transaktionen: -davon Kleingeldborse (RD) 

LEH/Tankstellentarif (RD+PELV) 
-davon KeingeldbSrse (RD) 
Automatentar i f ( RD ) 

OPNV-Tarif (1 bis n) (RD+PELV) 

Tel. -Tarif (1 bis n) (...) 

in anderen Tarifen (...) 

Ladetransakt ionen ( CL+KL ) 



Summen: 

000 
000 
000 
000 
000 

000 
000 
000 
000 



Gesamtzahl der Transaktionen; (RD+PELV+CL+KL+. . . ) 0000 

45 Die Summation kann fallweise iiber bis zu vier Hierarchien: 



Mandant" = Zentralen, Dachverwaltungen 
"Handler" = VU 

"Filiate" = der einzelnen Handler 
50 "Terminal" = Akzeptanzstelle 

erfolgen, urn in der Zusammensetzung hohere Transaktionszahlen zu erreichen. Zusammenschlussc konnen so niedri- 
gere Transaktionsgebiihren erwirken. 



55 



60 



65 



k) Die Gesamtzahl der Transaktionen im Abrechnungszeitraum (z. B. ein Monat) bestimmt die fiir die Akzeptanz- 
stelle relevanten (festgelegten) Gebuhren-Tarifstaffeln. Die Anzahl der im Abrechnungszeitraum angefallenen 
Transaktionen je Transaktionsart werden mit dem fur diese an zuwendenden Staffel tarif multipliziert und die resul- 
tierenden Betrage aufsummiert. Die HKV erzeugt am Ende des Abrechnungszeitraumes einen Datentrageraus- 
tausch(DTA)-Satz zur Abbuchung der Gebuhrensumme vom Handlerkonto zugunsten des Poolkontos "Handler" 
und stellt diesen der Handlerpool-Bank des Acquirers zu (14), 

1) Von der Handlerkonten-Verwaltung (HKV) wird die Summe der Gebuhrenanteile fur alle Emittenten und deren 
Vertriebe, die bei der Kartenkontenverwaltung (KKV) gefuhrt werden t als Summe am Ende des Abrechnungszeit- 
raumes vom Handler-Pool-Konto auf das Zwischenkonto gutgeschrieben. Dieser TA wird bei der Bank des Acqui- 
rers eingereicht (16). 

m) Glcichzeitig fugt die Handlerkonten-Verwaltung (HKV) in diesen Dalentrageraustausch(DTA)-Satz die Gut- 
schrift der Gebuhrenanteile Kartenkonten- Vbrwaltung (KKV) vom Poolkonto "Handler" zugunsten des Rechenzen- 
trum(RZ)-KKV-Kontos ein (16). 

n) Weiterhin kumuliertdie Handlerkonten-Verwaltung (HKV) die Gebuhrenanteile HKV Acquirer, Systcmbetrei- 
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ber und Systemvertrieb iiber den Abrechnungszeitraum und erzeugt nach (lessen Ende DTA-Satze, urn die jeweili- 
gen Summen vom Handlerpool-Konto zugunsten der entsprechenden Konten guizuschreiben. Diese werden der 
Bank des Acquirers (ACQ) (11, 8, 10, 9) zugestellL 

Bei einem Betrieb der Standardkomponenten Chipkarte, Endgerat und einem, einen Netzknotenrechner und Security- 5 
Boxen aufweisenden Hintergrundsystem mil Standard-Netzbetreibersoftware und MAC-Absicherung (message authen- 
tification code) wird durch deren Erweiterung um P-Card-Applikationen eine systeminherente Identifikationssystematik 
geschaffen, durch die ein neuartiges Zusammenspiel der jeweilig eingesetzten Standard-Hard- und Software-Komponen- 
ten ermoglicht wird, so daB die erfindungsgemaBe Kornmunikationseinrichtung auf eine bisher nicht ubliche und auch 
nicht naheliegende Art und Weise des organisatorischen Ablaufs sowie der Informationsgestaltung an die Banken nutz- to 
bar ist und durch Mulri-Transaktionserfassung und TVansaktionsdatensplitting die Nutzer der P-Card in gesteuerter, kon- 
trollierter, bisher nicht moglichcr Weise an erfaBten Daten, Gebiihren und Ertragen beteiligt. Nforaussetzung fur die Rea- 
lisierung der P-Card ist eine im Hinblick auf die zum Zeitpunkt der Erfindung bekannten Kartensysteme nicht gelaufige 
Verknupfung der Bausteine der Einrichtung. 

Mit diesen erfindungsgemaBen Eigenschaften eignet sich die P-Card fur Informationsverarbeitungsbedarf jeglicher 15 
Art und Interessenlage. Sie wurde sowohl fur den nationalen, als auch fur den intemationalen Einsatz entwickelt und soil 
vorhandene und noch kommende bargeldlose Zahlungssysteme der Banken und Kreditkarten-Organisationen erg arizen. 
Sie ist die erste Karte mit bankenunabhangiger Emittenz, ermoglicht die Beteiligung einer beliebigen Anzahl von Emit- 
tenten und Acquirem und ist lediglich beschrankt durch die Speicher- und Verarbeitungskapazitaten der beteiligten, auf- 
einander abgestimmten Komponenten der erfindungsgemaBen Kornmunikationseinrichtung. Hinsichtlich der Lizensie- 20 
rungspolitik bietet sie grdBte Flexibility fur Emittenten und Acquirer, besteht jedoch auf der treuhanderischen Verwal- 
tung der PooL-Konten generell nur durch Banken, um den kiinftigen Anforderungen und gesetzlichen Auflagen fur Chip- 
Borsensysteme zu geniigen und einen gesicherten Zahlungsverkehr zu garanderen. 

Im wesentlichen ergibt sich fur das P-Card-System folgender Anwenderkreis: 

25 

1) Der Handel: und zwar 

i) als Herausgeber, wobei er als Emittent entweder seine Kartenkonten selbst verwalten oder aber einen Dienst- 
leister damit beauftragen kann; 

ii) ferner kann er das Acquiring, also die Gewinnung von Akzeptanzstellen fur seine herausgegebenen Karten 
und deren Processing durchfuhren; und/oder 30 

iii) kann er die Gewinnung von Akzeptanzstellen (u. U. reiner Vertrieb) betreiben; 
und/oder 

iv) kann er Akzeptanzstelle von Karten sein. 

2) Die Banken: 

Sie konnen Herausgeber von Karten sein. In diesem Fall konnen sie als Emittent ihre Karten selbst verwalten oder 35 
aber einen Diensdeister damit beauftragen. Weiterhin konnen sie das Acquiring/Netzbetrieb, also die Gewinnung 
von Akzeptanzstellen fur ihre herausgegebenen Karten und deren Prozessing durchfuhren oder lediglich die Gewin- 
nung von Akzeptanzstellen (reiner Vertrieb) betreiben. Auf jeden Fall konnen sie Geldausgabeautomaten fur die 
Aufladung der P-Card betreiben und/oder eine Lizenz fur die elektronische Geldborse crwerben. 

3) Die Industrie: 40 
Marken- und Konsumguterartikelhersteller konnen Herausgeber von Karten sein und damit die Karte als dauerhaf- 

ten Werbetrager mit hohem Aufmerksamkeitsgrad nutzen, der sich durch Einnahmen aus dern Interchange refinan- 
ziert. 

4) Verbande und Vereine: 

Durch die Herausgabe und Akzeptanz von Karten fur die Mitglieder kann nicht nur die Mitgliederverwaltung in der 45 
Abwicklung und Beitragszahlung kostensenkend durchgefuhrt werden, sondem dariiberhinaus Zugangsberechti- 
gungen, sportliche Leistungsmerkmale und vieles andere mehr im System hinterlegt und schnell und sicher an den 
momentanen Status angepaBt werden. 

5) Netzbetreiber: 

konnen eine Lizenz fur Acquiring (Akquisidon von Akzeptanzstellen und deren Processing und/oder fur das Pro- 50 
cessing Kartenkontenverwaltung) erwerben. Bestehende Netzbetreiber, die heute ec-cash und/oder ELV fur die ec- 
Kartc abwickeln und Kreditkarten an die Kreditkarten-Organisationen durchroutcn, konnen bci Interesse fiir ihre 
bestehenden Kunden die P-Card-Akzeptanz vermitteln, ohne Acquirer oder Processing-center zu sein. Dann erhal- 
ten sie eine Vertriebslizenz. 

6) Rechenzentren: 55 
konnen eine Lizenz fiir Karten- und/oder Handlerkonten-Verwaltung erwerben (Processing und/oder Acquiring). 

7) Terminalhersteller: 

konnen sich fur ihr POS-Terminal zertifizieren lassen, um die P-Card-Software auf ihrem Gerat installieren zu kon- 
nen und damit ihr Gerat P-Card-lesefahig zu machen. 



Naliirlich konnen andere Applikationen des P-Card-Systems, wie Bonussysleme (der Kundenbindung), Marketingda- 
ten-Erfassungssysteme, Systeme der Zugangs- und Anwesenheitskontrolle usw. in vergleichbarer Weise detailliert wer- 
den, ohne der vorstehend anhand des bevorzugten Ausfuhrungsbeispiels erlauterten Lehre zum technischen Handeln et- 
was Neues hinzuzufugen. 

Patentanspriiche 

1. Multifunktionale Kornmunikationseinrichtung fur Handel, Gewerbcbciriebe, kommunalc Einrichtungen, Of- 
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fentlichen Personennahverkehr sowie fur Verbraucher zur Erfassung, Speicherung, Umselzung und Weitergabe von 
Informationen, gestiilzt auf die Standardkomponenten Chipkarte, Endgerat und Hintergnindsystem, mil Netzkno- 
tenrechner und Security-Boxen, wobei das Hintergnindsystem Informationen uber das Endgerat von der Karte emp- 
fangt und uber dieses an die Karte sendet, dadurch gekennzeichnet, daB diese an sich bekannte Hardware in Ver- 
bindung mit einer um P(Pybrr)-Card-Applikationen erweiterten Standard-Netzbetreibersoftware mit MAC-Absi- 
cherung (message authentication code) arbeitet, daB die erforderlichen PIN-Codes (personal identification num- 
ber) des Karte n- bzw. des Akzcptanzstelleninhabers vom Hintergnindsystem beim Personalisierungsschritt der Kar- 
tenherstellung erzeugbar sind und daB diese multifunktionale Kommunikationseinrichtung fur deren Nutzer durch 
das Zusammenspiel der jeweils eingesetzten, aufeinander abgesiimmten Hardware und Software zu einer neuen 
Funktionalitat, im Dialog zwischen der Karte und dem Endgerat einerseits bzw. zwischen dem Endgerat, einem 
Front-End- Pro zesseor (FEP) als Schnittstelle und einem Rechenzentrum andererseils, kontenfuhrenden Clearing- 
banken, Emittenten der Karte und Acquirem der Akzeptanzstellen im Hintergrund, mittels der systeminharenten 
Identifikationssystematik der Kommunikationseinrichtung, ohne an einen bestimrnten Emittenten gebunden zu 
sein, unter kontrollierter Beteiligung der oben Genannten im System Eingebundenen, durch Multi-TYansaktionser- 
fassung und Transaktionsdatensplitting der erfaBten Daten, Gebuhren und Ertrage, in gesteuerter, kontrollierter 
Weise als Instrument der Kundenbindung und zur Steuerung von sicheren bargeldlosen Zahlungsverkehren einsetz- 
bar ist. 

2. Multifunktionale Kommunikationseinrichtung nach Anspruch 1, dadurch gekennzeichnet, daB beliebig viele 
Emittenten und Akzeptanten beteiligbar sind und die Zahl der Emittenten, beziehungsweise der Umfang der Akzep- 
tanz, lediglich durch die Speicher- und Verarbeitungskapazitaten der aufeinander abgestimmten Komponenten des 
Systems beschrankt isL 

3. Multifunktionale Kommunikationseinrichtung nach einem der Anspriiche 1 oder 2, dadurch gekennzeichnet, daB 
es fur die Steuerung von Zahlungsverkehren, die Abwicklung von Bonussystemen, fur Marketingdaten-Erfassungs- 
systeme sowie Systeme der Zugangs- und Abwesenheitskontrolle verwendbar ist. 

4. Multifunktionale Kommunikationseinrichtung nach Anspruch 3, dadurch gekennzeichnet, daB die Kommunika- 
tionseinrichtung fur die Steuerung von Zahlungsverkehren mittels der P-Cardinharenten Identifikationssystematik 
durch Multi-Transaktionserfassung und Transaktionsdatensplitting der erfaBten Daten, Gebuhren und Ertrage die 
Transaktionsart, den zutreffenden Gebuhrentarif und die jeweils Begiinstigten feststellt. 

5. Multifunktionale Kommunikationseinrichtung nach Anspruch 4, dadurch gekennzeichnet, daB die mittels der 
Kommunikationseinrichtung zusammenarbeitenden Partner - wie Emittenten, Acquirer, Banken, Karteninhaber 
und Handler - im Rahmen der abzuwickelnden Zahlungsverkehre durch Multi-Transaktionserfassung der erfaBten 
Daten, Gebuhren und Ertrage, mittels der P-Card-inharenten Identifikationssystematik und Transaktionsdatensplit- 
ting an den Erlosen aus Gebuhren und Ertragen beteiligbar sind. 

6. Multifunktionale Kommunikationseinrichtung nach einem der Anspriiche 4 und 5, dadurch gekennzeichnet, daB 
bei ihrer Verwendung zur Steuerung von bargeldlosen Zahlungsverkehren ein durch die P-Card-inharente Identifi- 
kationssystematik gestutzter Dialog zwischen der Karte und dem Endgerat einer seits, zwischen dem Endgerat, dem 
FEP als Schnittstelle und dem Rechenzentrum andererseits und den Rechnem der kontenfuhrenden Clearingban- 
ken, der Emittenten der Karte und der Acquirer der Akzeptanzstellen im Hintergrund ablauft, bei dem nach dem 
Einsetzen der Karte in ein geeignetes Endgerat, ihre Identifikationsnummer und - so es sich um eine personifizierte 
Karte handelt - die Identitat des Karteninhabers, dessen Bankverbindung, der gesicherte geldwerte Anspruch auf 
ihrem Speicher und der Emittent der Karte erkannt werden, nach Erfassung im Endgerat diese Daten online dem Re- 
chenzentrum weitergegeben, die Terminal-Identifikationsnummer des Endgerats und somit der Akzeptanzstellenin- 
haber sowie dessen Bankverbindung beziehungsweise dessen Akzeptanzstelleninhaber erkannt werden, wobei jede 
Transaktion mit Bankkontenbezug durch Abfragen der personlichen Identifikations-Nummer (PIN) gesichert wird. 

7. Multifunktionale Kommunikationseinrichtung nach einem der Anspriiche 4 bis 6, dadurch gekennzeichnet, daB 
zum Aufladen der Karte unter Kontoinanspruchnahme 

a) die Karte am Terminal gesleckt wird, die Eingabe der personlichen Identifikationsnummer (PIN) und des 
Betrags sowie die Bestatigung der Kundenbedieneinheit(KBE)-Anzeige durch den Karteninhaber erfolgt (0); 

b) der Aufbau der Kommunikation Terminal zum Front-End-Prozessor (FEP) erfolgt (1); 

c) der Front-End-Prozessor (FEP) anhand der Kartennummer die betroffene Kartenkonten- Verwaltung (KKV) 
erkennt und dieser den Autorisierungsdatensatz zustellt, bestehend unter anderem aus: 

- der Karten-Identifikations-Nummer (ID), 

- der Kennung der Kartenkonten- Verwaltung (KKV), (damit ist auch der Emittent (EM) idcntifizierbar), 

- der Transaktionsart (hien Kontoload KL), 

- der Front-End- Prozessor(FEP)- Kennung (fiir die Kartenkonten- Verwaltung (KKV) uber die Terminal- 
security-Modu le(TSM)-IdenU fikations-Nummer (ID)), 

- der Terminal-Identi fikations-Nummer (TTD) mit Name und On der Akzeptanzstelle, 

- dem Betrag; 

d) die Autorisierung durch die Kartenkonten- Verwaltung (KKV) erfolgt (2) und die Daten im KKV-Modul 
"Kartenkontenverwaltung" gespeichert werden; 

e) falls das Laden nicht abgelehnt wurde, die Karte mit dem Ladebetrag abzuglich Ladegebiihr geladen wird, 
das heiBt ein entsprechender Eintrag in ihren Borsenspeicher erfolgt; 

f) der Front-End-Prozessor (FEP) einen Datensatz zur Weiterleitung an die Handler- Konten- Verwaltung 
(HKV) und zu dessen Speichemng in der Handler- Konten- Verwaltung (HKV) bildet (3), bestehend unter an- 
derem aus: 

- der Kartcn-ED (Applikationsnummer), 

- der Transaktionsart (hien Kontoload KL), 

- der Kennung Kartenkontenverwaltung (KKV) fur die Handlcrkonten verwaltung (HKV), 
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- der FroDt-End-Prozessor(FEP>Kennung fur die Kartenkontenverwaltung (KKV) fiber die TSM-ID, 

- der1bnninal-Idendfikationsnuninier(ED), 

- demBetrag; 

g) die Kartenkonten-Verwaltung (KKV) einen Datentrager-Austausch(DTA)-Satz zur Abbuchung des Lade- 
betrages (einschliefilich der Ladegebiihr) vom Konto des Karteninhabers zugunsten des Poolkontos "Borse" 
erzeugt und diesen der Borsenpool-Bank des EmiUenten zustellt (4); 

h) die Kartenkonten-Verwaltung (KKV) die KKV-Gebiihrenanteile uber den Erfassungs- und Abrechnungs- 
zeitraum (zum Beispiel ein Monat) kumuliert und nach dessen Ende einen Datentrageraustausch(DTA)-Satz 
zur Gutschrift der Summe vom Poolkonto "Borse" zugunsten des KKV-Kontos erzeugt und dieser bei der Bank 
des Emittenten (EM) eingereicht wird (8); 

i) die Kartenkonten-Verwaltung (KKV) die Gebiihrenanteile "Handler" uber den Abrechnungszeilraum ku- 
muliert und nach dessen Ende einen Datentrager(DTA)-Satz zur Gutschrift der Summe vom Poolkonto 
"Borse" zugunsten des Handler-Poolkontos erzeugt und dieser der Bank des Emittenten (EM) zugestellt wird 
(5)» 

k) die Handlerkonten-Verwaltung (HKV) einen Datentrageraustausch(DTA)-Satz erzeugt, um die Gutschrift 
der Gebuhrenanteile "Handler" vom Poolkonto "Handler" zugunsten des Handlerkontos auszulosen und diesen 
der Handlerpool-Bank zustellt (6); 

1) die Handlerkonten-Verwaltung (HKV) ebenso die Gebuhrenanteile HKV und Systembetreiber uber den Er- 
fassungs- beziehungsweise Abrechnungszeitraum kumubert und nach dessen Ende Datentrageraus- 
tausch(DTA)-Satze erzeugt, um die jeweiligen Summen vom Poolkonto "Handler" den entsprechenden Kon- 
ten gutzuschreiben und diese Datentrageraustausch(DTA)-Dateien bei der Bank des Acquirers (ACQ) einge- 
reicht werden. 

8. Multifunktionale Kommunikationseinrichtung nach einem der Anspriiche 4 bis 6, dadurch gekennzeichnet, dafi 
zum Aufladen der Karte gegen Bareinzahlung 

a) die Karte am Terminal gesteckt wird und durch den Handler die Eingabe des Betrags sowie der personli- 
chen Identifikadonsnummer (PIN) des Handlers und durch den Karteninhaber die Bestatigung der Anzeige der 
Kundenbedieneinheit (KBE) erfolgt (0); 

b) der Aufbau der Kommunikation vom Terminal zum Front-End-Prozessor (FEP) erfolgt (1); 

c) der Front-End-Prozessor (FEP) die Berechtigung des Handlers zum Laden von Karten (unter Bargeldentge- 
gennahme) priift und das Ergebnis dem Terminal zuriickmeldet (2) (Voraussetzung: der FEP erhalt Limits und 
Sperrlisten der angeschlossenen und uber Terminal-Idendfikationsnummer (1TD) identifizierten Terminals aus 
der Handlerkontenverwaltung (HKV) (2a); 

d) falls das Laden nicht abgelehnt wurde: die Karte mit dem Ladebetrag abzuglich der Ladegebuhr geladen 
wird, das heifit ein entsprechender Eintrag in ihren Borsenspeicher erfolgt; 

e) der Front-End-Prozessor (FEP) einen Datensatz zur Weiterieitung an die Handlerkontenverwaltung (HKV) 
(3) sowie, anhand der Karten-Idenufikationsnummer (ID), an die betroffene Kartenkontenverwaltung (KKV) 
bildet (4), bestehend unter anderem aus: 

- der Karten-ID, 

- der Transaktionsart (hier: cash load (CL)), 

- der Kennung der KKV (damit ist der Emittent (EM) identifizierbar), 

- der FEP-Kennung fur die KKV uber die Terrninal-Security-Mc<iule(TSM>Identinkauonsnurnmer 
(ID), 

- der Terminal-ID, dem Namen und dem Ort der AkzeptanzsLelle; 

- dem Betrag; 

0 die Handlerkontenverwaltung (HKV) einen DatentrageraustauschfDTAJ-Satz zur Abbuchung des Ladebe- 
trags sowie der Ladegebuhr vom Handlerkonto zugunsten des Poolkontos "Handler" erzeugt und diesen DTA- 
Satz der Handlerpoolbank des Acquirers zustellt (5); 

g) die Handerkontenverwaltung (HKV) einen Datentrageraustausch(DTA)-Satz zur Gutschrift des Ladebc- 
trags sowie der Ladegebuhr vom Poolkonto "Handler" zugunsten des Poolkontos "Borse" erzeugt und diesen 
DTA-Satz der Handlerpool-Bank des Acquirers zustellt (6); 

h) die Kartenkontenverwaltung (KKV) die KKV-Gebiihrenanteile uber den Erfassungs- und Abrechnungs- 
zeitraum (beispielsweisc ein Monat) kumuliert und nach dessen Ende cincn Datentrageraustausch(DTA)-Satz 
zur Gutschrift der Summe vom Poolkonto "Borse" zugunsten des KKV-Kontos erzeugt und dieser der Bank 
des Emittenten (EM) zugestellt wird (10); 

i) die Kartenkontenverwaltung (KKV) die Gebuhrenanteile "Handler" uber den Abrechnungszeitraum kumu- 
bert und nach dessen Ende einen Datentrageraustausch(DTA)-Satz zur Gutschrift der Summe vom Poolkonto 
"Borse" zugunsten des Handler-Poolkontos erzeugt und diesen DTA-Satz der Bank des Emittenten (EM) zu- 
stellt (12); 

k) die Handlerkontenverwaltung (HKV) einen Datentrageraustausch(DTA)-Saiz erzeugt, um die Gutschrift 
der Gebuhrenanteile "Handler" vom Poolkonto "Handler" zugunsten des Handlerkontos auszulosen und diesen 
der Handlerpool-Bank Acquirer(ACQ)-Bank) zustellt (11); 

1) die Handlerkonten-Verwaltung (HKV) ebenso die Gebuhrenanteile HKV und Systembetreiber uber den Er- 
fassungs- beziehungsweise Abrechnungszeitraum kumubert und nach dessen Ende Datentrageraus- 
tausch(DTA)-Satze erzeugt, um die jeweibgen Summen vom Handlerpoolkonto zugunsten der entsprechenden 
Konten gutzuschreiben, wobci diese der Acquircr(AcQ)-Bank zugestellt werden (7, 8). 

9. Multifunktionale Kommunikationseinrichtung nach einem der Anspriiche 4 bis 6, dadurch gekennzeichnet, daB 
zum Bezahlen aus der Borse (Reduce) 

a) die Karte am Terminal gesteckt wird und hernach die Eingabe des Betragcs sowie die Bcstaugung der An- 
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zeige der Kundenbedieneinheit (KBE) durch den Karteninhaber erfolgt (0); 

b) die Abbuchung des Kaufbetrages (= Handlerumsatz) vora Borsenbestand der Karte und der Eintrag des 
neuen Bestandes auf dem Borsenspeicherder Kane erfolgen (reicht der Borsenbestand der Karte nicht aus, er- 
folgt eine Ablehnung 

5 c) alle Reduce(RD)-Transaktionen im Terminal gespeichert werden und entweder beim nachsten Kassen- 

schnitt (durch den Handler) oder bei einer (nachsten) Online-TYansaktion (im piggy-pack- Verfahren) zum 
Front- End-Pro zessor (FEP) iibertragen (1) und dort abgespeichert werden; 

d) der Front-End-Prozessor (FEP) im weiteren nur zwischen zwei Kassenschnitten angefallene Transaktionen 
beriicksichtigt und solche vor dem noch nicht erfolgten nachsten unberiicksichtigt lafit, diese verarbeitbaren 

10 Transaktionen vom FEP taglich als Datensatz der Handler-Kontenverwaltung (HKV) zugefuhrt (6) und fur 

jede Karten-Kontenverwaltung (KKV), und damit fur jeden Emittenten (EM), nach Tbrrninal-Identifikalions- 
nummer (ED) sortiert und via Filetransfer zugeleitet werden (2); 

e) hieraus die Karten-Kontenverwaltung (KKV) die iiber den Abrechnungszeitraum (beispielsweise ein Mo- 
nat)kumulierten Gebuhrenanteile des Emittenten (EM) ermittelt und nach dessen Ende einen Datentrageraus- 

15 tausch(DTA)-Satz zur Gutschrift vom Poolkonto "Handler" zugunsten des Emittenten- Kontos erzeugt und die- 

sen der Bank des Emittenten zustellt (5), in gleicher Weise von der KKV der Gebiihrenanteil fur den \fertrieb 
des Emittenten und der Kartenkontenverwaltung selbst als Summe ermittelt und dem Konto EM-\fertrieb be- 
ziehungsweise KKV-RZ vom Borsen-Pool-Konto gutgeschrieben wird (13, 12) und dieser Datentrageraus- 
tausch (DTA) ebenfalls bei der EM-Bank eingereicht wird; 

20 f) die Kartenkontenverwaltung (KKV) einen Datentrageraustausch(DTA)-Satz erzeugt, um die tagliche Gut- 

schrift der kumulierten (Handler)Umsatzbetrage vom Poolkonto "Borse", zugunsten des Poolkontos "Handler" 
auszulbsen und diesen der Borsenpool-Bank des Emittenten zustellt (4); 

g) die Handler-Kontenverwaltung die Reduce(RD)-Transaktionen unter der jeweiligen Terminal-Identifikati- 
ons-Nummer (TiD) speichert und die Umsatzbelrage iiber den (vereinbarten), als Systemparameter steuerba- 

25 ren Abrechnungszeitraum zum Stichtag (zum Beispiel zum lOten-, 20ten-, 30ten-, jeden Monats) kumuliert, an 

diesem einen DTA-Satz erzeugt, der die Gutschrift vom Poolkonto "Handler" zugunsten des Handler-Kontos 
ausiost (3) und ihn der Handlerpool-Bank des Acguirers zustellt; 

h) die Handlerkonten-Verwaltung (HKV) taglich eine kumulierte Vbrbewertung fur die Erfassung der TVans- 
aktionsgebuhren aus Anzahl und Art der Transaktionen durchfuhrt; 

30 i) die Gesamtanzahl der Transaktionen im Abrechnungszeitraum (beispielsweise ein Monat) die fiir die Ak- 

zeptanzstelle relevanten (festgelegten Gebuhren-Tarifstaffeln bestimmt, die Anzahl der im Abrechnungszeit- 
raum angefallenen Transaktionen je TYansaktionsart mit dem fur diese anzuwendenden Staffeltarif multipli- 
ziert und die resultierenden Betrage aufsummiert werden, die Handlerkonten-'Verwaltung (HKV) am Ende des 
Abrechnungszeitraums einen Datentrageraustausch(DTA)-Satz zur Abbuchung der Gebuhrensumme vom 

35 Handlerkonto zugunsten des Poolkontos "Handler" erzeugt und diesen der Handlerpool-Bank des Acquirers 

zustellt (7); 

k) von der Handlerkonten-Verwaltung (HKV) die Summe der Gebuhrenanteile fur alle Emittenten und deren 
Vertriebe, die bei der Kartenkonten-Verwaltung (KKV) gefuhrt werden, als Summe am Ende des Abrech- 
nungszeitraumes vom Handler-Pool- Konto dem Borsenpool-Konto gutgeschriebenwerden und dieser Daten- 
40 trageraustausch (DTA) bei der Bank des Acquirers (ACQ) eingereicht wird (14); 

1) gleichzeitig die Handlerkonten-Verwaltung (HKV) einen Datentrageraustausch(DTA)-Satz einfugt, um die 
Gutschrift der Gebuhrenanteile Kartenkonten-Verwaltung (KKV) vom Poolkonto" Handler" zugunsten des 
Bbrsen-Pool- Kontos auszulbsen; 

m) weiterhin die Handlerkonten-Verwaltung (HKV) die Gebuhrenanteile Rechenzentrum (RZ)-HKV, Acqui- 
ts rer, Systembetreiber und Systemvertrieb iiber den Abrechnungszeitraum kumuliert und nach dessen Ende Da- 
tentrageraustausch(DTA)-Satze erzeugt, um die jeweiligen Summen vom Poolkonto "Handler" zugunsten der 
entsprechenden Konten gutzuschreiben, wobei diese den Banken des Acguirers zugestellt werden (11,8, 10, 

10. Multifunktionale Kommunikationseinrichtung nach einem der Anspruche 4 bis 6, dadurch gekennzeichnet, dafi 
50 zum Bezahlen mit Kontobezug 

a) die auf den Inhaber personalisierte und damit kontogebundene Karte am Terminal gesteckt wird und her- 
nach die Eingabe des Betrages, der Personlichcn-Idendfikauons-Nummer (PTN) und die Bestatigung der Kun- 
denbedieneinheit (KBE)-Anzeige durch den Karteninhaber erfolgen (0); 

b) der Aufbau der Kommunikation vom Terminal zum Front-End-Prozessor (FEP) erfolgt (1); 

55 - unter der Voraussetzung, daB die Transaktion den "Online-Bedingungen" des Systems entspricht, diese 

sind: 

- der Betrag der PELV-Transaktion (zum Beispiel iiber DM 50,00 

- die Anzahl der PELV-Transaktionen pro Tag (z. B. mehr als 5) 

- oder eine entsprechende Handlerintervenuon nach dessen Ermessen - 

60 der FEP anhand der Kartennummer die betrofTene Kartenkonten-Verwaltung ( KKV) erkennt; 

der FEP der KKV den Autorisierungsdatensatz zustellt (2), 

das sind unter anderem: 

die Karten-ID (Applikationsnummer) 

die Transaktionsart (hier: "P-ELV Online") 
65 die Kennung KKV (digit 8, 9, 10 der Karten-ID) (fur die HKV) die FEP-Kcnnung (uber TSM-ID; digit 8, 9, 

10) (fur die KKV) 

- die Terminal-ID und Typenkennung, Name und Ort der Akzeptanzstelle, 

- der Betrag - 
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die Autorisierung durch die KKV uber den FEP erfolgt und die KKV diesen Datensatz speichert (2a); 

c) die KKV, falls die Autorisierung nicht abgelehnt wird, einen DTA-Satz zur Abbuchung des Beirags vom 
Karteninhaberkonto zugunsten eines Zwischenkontos des Emittenten erzeugt, diesen der EM-Bank zustellt 
und, wenn keine Deckung voriiegt, die Karte gespem wird (2a); 

d) die Autorisierung am TSM des Terminals erfolgt, unter der Voraussetzung, daB die Transaktion den "Of- 
mne-Bedingungen" des Systems entspricht, diese sind zur Zeit: 

- der Betrag der TransakUon (z. B. unter DM 50,00), 

- die Anzahl der PELV-Transaktionen/Tag (z. B. weniger als 5), 

- und: keine Handler-Intervention, die eine Online-Trans-Transaktion erzwingt, 

das Terminal die Transaktionsdaten speichert, die Transaktionsdaten beim nachsten Kassenschnitt der Akzep- 
tanzstelle bzw. im piggy-pick- Verfahren rait der nachsten Online-Transaktion dem FEP ubertragt (13), der FEP 
die Transaktionsdaten speichert und den Datensatz, das sind u. a.: 

- die Karten-ID (Applikationsnummer) 

- die Transaktionsart (hier "PELV"), 

- die Kennung KKV (digit 8, 9, 10 der Karten-ID) (fur die HKV), 

- die FEP-Kennung (uber TSM-ID; digit 8, 9, 10) (fur die KKV), 

- die Terminal-ID und TVpen kennung, Name und Ort der Akzeptanzstelle, 

- den Betrag, 

der KKV weiterleitet, wobei er nur TVansaktionen zwischen zwei Kassenschnitten berucksichtigt (13); 

e) die KKV die Transaktionsdaten speichert, einen DTA-Satz zur Abbuchung des Betrages vom Karteninha- 
berkonto zugunsten eines Zwischenkontos des Emittenten erzeugt und diesen der EM-Bank zustellt (7); 

0 sowohl bei Online- wie bei offline-PELV-Transaktionen die KKV DTA-Satze erzeugt, dem jeweiligen 
Handlerumsatz entsprechende Gutschriften vom Zwischenkonto des Emittenten - soweit sie einen entspre- 
chenden Eingang vom Karteninhaberkonto festgesteilt hat - zugunsten des Poolkontos "Handler" auslost und 
diese der EM-Bank zustellt, beziehungsweise andernfalls eine Rucklastschriflbenachrichtigung erzeugt (4); 

g) die KKV die uber den Abrechnungszeitraum (z. B. ein Monat) kumulierten Gebiihrenanteile des Emitten- 
ten und der Kartenkontenverwaltung seibst sowie des EM-Vertriebs ermittelt, nach dessen Ende einen DTA- 
Satz zur Gutschrift vom Zwischenkonto zugunsten des Kontos des Emittenten, des KKV-RZ und des EM-Ver- 
triebs erzeugt und diesen der Bank des Emittenten zustellt (5, 15, 12); 

h) der FEP die Datensatze zu Online- und Offline-PELV-Transaktionen taglich der HKV zuleitet, die HKV 
diese unter der jeweiligen TTD speichert und die Urasatzbetrage uber den (vereinbarten) als Systemparameter 
steuerbaren Abrechnungszeitraum zum Stichtag (z. B. zum lOten-, 20ten-, 30ten jeden Monats) kumuliert, am 
Stichtag einen DTA-Satz erzeugt, der die Gutschrift vom Poolkonto "Handler" zugunsten des Handlerkontos 
auslost (3) und inn der Handlerpool-Bank des Acguirers zustellt; 

i) die HKV taglich eine kumulierte Vorbewertung fur die Erfassung der Transaktionsgebuhren aus Anzahl und 
Art der Trans aktionen durchfuhrt; 

k) die Gesamtzahl der TVansaktionen im Abrechnungszeitraum (z. B. ein Monat) die fur die Akzeptanzstelle 
relevanten (festgelegten) Gebuhren-TarifstafTeln bestimmt, die Anzahl der im Abrechnungszeitraum angefal- 
lenen Transaktionen je Transaktionsart mit dem fur diese anzuwendenden Staffeltarif multipliziert und die re- 
sultierenden Betrage aufsummiert werden, die HKV am Ende des Abrechnungszeitraumes einen DTA-Satz zur 
Abbuchung der Gebuhrensumme vom Handlerkonto zugunsten des Poolkontos "Handler" erzeugt und diesen 
der Handlerpool-Bank des Acquirers zustellt (14); 

1) von der HKV die Summe der Gebiihrenanteile fur alle Emittenten und deren Vertriebe, die bei der KKV ge- 
fuhrt werden, als Summe am Ende des Abrechnungszeitraumes vom Handlerpool-Konto auf das Zwischen- 
konto gutgeschrieben werden und dieser DTA bei der Bank des Acguirers eingereicht wird (16); 
m) gleichzeidg die HKV einen DTA-Satz einfugt, urn die Gutschrift der Gebiihrenanteile KKV vom Pool- 
konto "Handler" zugunsten des RZ-KKV-Kontos auszulosen (16); 

n) die HKV die Gebiihrenanteile HKV, Acquirer, Systembetreiber und Systcmvertrieb uber den Abrechnungs- 
zeitraum kumuliert, nach dessen Ende DTA-Satze erzeugt, urn die jeweiligen Summen vom Handlerpool- 
Konto zugunsten der entsprechenden Konten gutzuschreiben und diese der Bank des Acguirers (11, 8, 10, 9) 
zugestellt werden. 

1 1 . Verfahren zum Personalisieren von Karten fur Kommunikadonssystcme, bei dem unter \ferwendung eines Hin- 
tergrundsystems mit einem Netzknotenrechner (FEP) und Security-Boxen in Verbindung mit einer urn P(Pyhrr)- 
Card-Applikadonenerweiterten Standard-Netzbetreibersoftware und MAC- Absicherung (message authentification 
code), vom Hintergrundsystem Informadonen uber ein Endgerat von der Kane empfangbar, uber dieses an die Karte 
sendbar und die hierfur erforderlichen PIN-Codes (personal identification number) des Karten- bzw. Akzeptanzstel- 
leninhabers vom Hintergrundsystem erzeugbar sind, dadurch gekennzeichnet, daB 

a) die Karte bei ihrer HersteUung mit einer Kartennummer versehen und ein zu dieser Kartennummer geho- 
render PIN- Code erzeugt wird; 

b) der PIN-Code dieser noch anonymen Karte im Hintergrund verbleibt; 

c) bei Eingang des Kartenantrags, den ein Karteninhaber einer noch anonymen Karte stellt, im Hintergrund- 
system der Name des Karteninhabers, seine Anschrift, seine Bankverbindung und so weiterder Kartennummer 
und dem PIN-Code zugeordnet werden, so daB die bisher anonyme Karte zur personenbezogenen wird; 

d) nach dieser Zuordnung aus dem ASM-POF der AnstoB des PIN-Briefdruckers ergeht; 

e) der Brief erzeugt wird, 

12. Verfahren nach Anspruch 11, dadurch gekennzeichnet, daB bei der HersteUung der Karte zusammen mit dem 
PIN-Code ein PUK erzeugt wird und der PUK nach Durchlaufen der Schritte a) bis e) gemaB Anspmch 11, zusam- 
men mit dem PIN-Code, dem Karteninhaber mitgeteilt wird. 
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13. Verfahren gemafi Anspruch 12, dadurch gekennzeichnet, daB die PIN vom Inhaber nach Ermessen nachtraglich 
variierbar ist. 

14. Verwendung einer chipbestiickten Karte in einera multiftinktionalen Kommunikationssystem gemaB einem 
oder mehreren der Anspriiche 1 bis 10. 
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